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METHOD AND SYSTEM FOR PROVIDING CONTROLLABLE ENHANCED 
CALL SERVICE FEATURES AT MOBILE LOCATIONS 
Technical Field 

The present invention relates to a method and system for incorporating mobile 
location control of enhanced call service features at the mobile location such that the 
PBX-like features can be accessed anywhere. 

Background of the Invention 

During the past decade, the number of professionals that "telecommute" (i.e., 
work at home or other "virtual office" locations) has increased significantly. Although 
the proliferation of various types of computing and telephony equipment has enabled 
these workers to be effective, there remain a number of office-related advantages that 
cannot, without great expense, be duplicated at home. Additionally, in situations where 
an individual spends a significant amount of time traveling, it becomes even more 
difficult to provide certain advantages, such as PBX-based telecommunication features as 
are found in most conventional office environments. A private branch exchange (PBX) 
switch is commonly known in the art as a system useful in providing certain calling 
features such as abbreviated dialing, call transfer, hold, mute, and others, within an office 
complex served by the PBX switch. One exemplary PBX switch is the Definity™ switch 
sold by Avaya, Inc. 

A PBX switch may be located "on site" as customer premise equipment - CPE - 
(one example of CPE being the Definity switch sold by Avaya) or located within the 
communications network and used by one or more different customers. An exemplary 
network-based PBX is disclosed in US Patent 5,742,596 issued to Y. Baratz et al. on 
April 21, 1998. With a network-based PBX, the various office locations may be referred 
to as "remote" in the sense that the physical office locations need to establish a link with 
the network-based PBX to obtain the desired functionality. The office stations 
themselves, however, are equipped with the traditional PBX station set equipment. The 
actual location of the PBX switch, therefore, is of no concern to the office worker. 

In some situations, "telecommuters" have incurred the expense of adding an 
additional phone line, or ISDN, to handle the increase in telephony traffic associated with 
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working at home. While this solution is acceptable in some situations, it quickly becomes 
an expensive alternative for the employer. Further, the "traveling" employee has no 
"home office" within which to install such equipment, remaining disadvantaged with 
respect to the personnel at a traditional work location. Indeed, the technology deployed 
at the home office may "lag" the latest PBX-based innovations found in the office. 

As described in our pending Application No. 09/370,766, an individual at a 
location "remote" from the office may have "PBX-like" capabilities, with all 
communications being controlled by a remote office platform, linked to the remote 
worker. In particular, the remote office platform is linked to the office PBX system. 
Features such as abbreviated dialing for in-house calls, call forwarding, call transfer, 
hold, three-way calling, secretarial pick-up, and more, are provided at a remote location 
where an individual can connect to the remote platform and have a user interface display 
available. The graphical user interface (GUI), in a preferred embodiment, is a "soft 
phone", displaying a PBX station-like set-up including a handset, call feature buttons, a 
message center, and the like. 

The system as described in this pending application uses a remote office platform 
that communicates with both the office (or network) PBX and a data network coupled to 
the remote office location. The remote office platform includes the software necessary to 
"push" the GUI to the remote device and also comprises a database including necessary 
information regarding each employee permitted to access the "virtual PBX" system. 
Once activated by a remote worker, the remote office platform communicates with the 
office PBX so as to communicate all PBX-based requests from the remote location back 
to the office PBX. In the other direction, all incoming calls to the remote worker's PBX 
extension are forwarded by the PBX to the remote office platform and, ultimately, to the 
remote location. The term "office PBX" as used throughout this discussion is considered 
to include a customer-premise PBX, a network-based PBX (perhaps being shared by a 
number of different subscribers), or any other suitable PBX architecture. 

In operation of this arrangement, a remote worker first establishes authenticated 
communication with the remote office platform. Voice connectivity between the office 
PBX and remote worker can be provided over whatever telephony connection exists at 
the remote location (POTS over PSTN, cable, fixed wireless, among others). Data 
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connectivity, used for transferring all call requests between the remote worker and the 
remote office platform, as well as enabling the "soft phone" graphical user interface at 
the remote end, may be provided by any suitable data network including, but not limited 
to, the Internet. 

5 Although the system as disclosed in our pending application is extremely 

proficient in allowing a "remote worker" access to many of the available office features, 
once the worker "logs out" of the system, all of the interconnect information is lost, and 
the worker must go through the entire process of logging in to be re-connected. While 
this is not very problematic for instances where the remote worker remains at the same 

10 off-site location, for those individuals that spend any quantity of time "on the road" or at 
multiple locations, it may become burdensome to constantly require the worker to re- 
activate the remote office system. 

Thus, a need remains in the remote office environment for addressing the mobility 
of most remote workers, allowing such individuals to remain in communication with a 

1 5 remote office platform and modify/control the communication between the worker and 
the office connection. 

Summary of the Invention 

The need remaining in the prior art is addressed by the present invention, which 
20 relates to a method and system for incorporating mobile location control of enhanced call 
service features at the mobile location such that the PBX-like features can be accessed 
anywhere. 

Mobility is incorporated into a remote worker's environment by allowing the 
individual to enter a mobile number prior to ending an interconnect session with a remote 

25 office platform. Once the individual terminates a particular remote session, the stored 
mobile number associated with that individual will be used by the remote office platform 
to maintain an active session with the remote worker. In particular, a mobility process is 
created and maintained on a central server in the network so as to run in background 
mode, transparent to the user. When an individual terminates the remote session, the 

30 process will be triggered to initiate the mobile session. Thus, until the worker terminates 
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the mobile session, the mobile number will be used by the remote platform to maintain 
contact with the remote worker. 

In accordance with the present invention, once the worker is connected to the 
remote office platform via a cell phone (or any other suitable mobile device), speech 
5 recognition and DTMF tone recognition systems are utilized to allow the worker to 

control various aspects of the connection. That is, the speech commands and DTMF tone 
commands are translated into IP messages that are used to update and control the 
mobility process resident at the remote office platform. 

If the mobile worker is in communication with the remote office platform using a 
10 device including a display area, a "mobile soft phone" graphical user interface (GUI) may 
be enabled at the mobile device and function to implement the PBX-like functions. 

The mobility process of the present invention may be initiated directly by an 
individual terminating a session at his remote location or, alternatively, upon activation of 
the mobile device. 

1 5 Other and further aspects of the remote worker mobility features of the present 

invention will become apparent during the course of the following discussion and by 
reference to the accompanying drawings. 

Brief Description of the Drawings 

20 Referring now to the drawings, 

FIG. 1 contains a block diagram of an exemplary "remote worker" system 
incorporating the mobility aspect of the present invention; 

FIG. 2 illustrates an exemplary "soft phone" graphical user interface (GUI) 
available for a remote worker, including a mobile number interface; 
25 FIG. 3 is a flowchart illustrating the utilization of the mobility with a remote 

worker; 

FIG. 4 is a system diagram particularly illustrating the utilization of mobility 
applet control in accordance with the present invention; and 

FIG. 5 includes an exemplary "soft phone" GUI that is sent via the mobility 
30 applet to the mobile device. 
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Detailed Description 

An exemplary architecture 10 for implementing the mobility feature of a "remote 
office" platform is illustrated in FIG. 1 . Throughout the remainder of this discussion, the 
5 term "remote office" will be used interchangeably with the term "virtual PBX", since in 
most instances it is PBX-like features that are implemented, via a soft phone graphical 
user interface (GUI) described below in association with FIG. 2, in a remote office 
location. In particular, FIG. 1 illustrates an arrangement including a conventional office 
station set 12 and PBX switch 14 located within a office structure 16. Each station set 12 
10 includes conventional PBX features such as call forward, mute, hold, etc. PBX 14 is 
shown as connected to a voice network 18 (e.g., PSTN) and data network 20 (e.g., 
Internet). As mentioned above, the physical location of PBX switch 14 is not critical to 
3 the implementation of the present invention. That is, the PBX may comprise customer 

S premise equipment - CPE - as shown in FIG. 1, or may, alternatively, reside in the 

1 5 network (e.g., a PBX switch 1 4 P as shown in phantom within PSTN 1 8 of FIG. 1 ). A 
Af network-based PBX may then be "shared" by a number of different customers. 

% Regardless of its location, however, PBX switch 14 is considered as the "home" PBX for 

the purposes of the present invention, and it is the PBX functionality of that switch which 
„y is emulated in the remote/mobile environment by the remote worker in accordance with 

% 20 the teachings of the present invention. Additionally, PBX 14 is depicted in this particular 
3 embodiment as in communication with the worker through a traditional circuit-switched 

telephony connection (i.e., through PSTN 18). It is also possible for PBX 14 to be 
connected to and controlled through IP commands from data network 20. 

A "remote'Vhome office location 22 is also shown in FIG. 1, utilizing a 
25 connection 24 (such as, for example, a cable connection) to provide all communication 
access (i.e., voice and data) to location 22. In particular, a cable modem 26 is connected 
to cable 24 and used to supply the various signals to different devices within location 22. 
At a cable headend 28 as shown in FIG. 1, a voice connection 30 is made to PSTN 18 and 
a data connection 32 is made to Internet 20. 
30 The "remote office" features are provided to location 22 via a remote office 

platform 34, configured as shown in FIG. 1 to be communication with the conventional 
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office 16 (or network-based PBX 14p) to effectively re-route traffic destined for station 
set 12 to a remote station set 36 and/or computer terminal 38. Remote office platform 34 
includes a switch controller 42, service controller 44 and database 46. In the embodiment 
of FIG. 1 where PBX switch 14 is located within office 16 (i.e., as a CPE PBX), switch 
5 controller 42 is directly connected to PBX 14. In the case where a network-based PBX is 
used, an additional switch (illustrated in phantom as switch 40 within PSTN 18) may be 
used to direct the information flow from switch controller 42 to a network-based PBX 
14 P (also illustrated in phantom within PSTN 18 of FIG. 1). A data connection 50 is 
shown as coupling data/Internet network 20 to service controller 44. 
1 0 The following discussion will provide details associated with "call flow" to/from 

a remote worker prior to activating the "mobility" option of the present invention, since it 
is important to first understand the workings of the remote office platform and the 
P implementation of the PBX-like features for a remote worker. As mentioned above, a 

iij remote worker must first "log in" to the virtual PBX system in order to avail himself of 

Hi 

;4 15 any of the call features discussed above. To log in, a remote worker dials in, via his 
W endpoint terminal (such as computer terminal 38) over data network 20 to a security 

m system 52 within service controller 44. 

■ ^ Various security arrangements can be used to authenticate the remote worker and 

!il his capability to access the virtual PBX system. For example, a personal ID number and 

■fi 20 password may be used. Other arrangements are possible. Once the remote worker is 
M authenticated, service controller 44 sends a message to switch controller 42, indicating 

that the control of all telecommunications with the identified remote worker are to be 
passed by PBX 14 to remote platform 34. Switch controller 42 then sends a message 
identifying the remote worker to PBX 14 and as a result, PBX 14 will now hand off all 
25 call control to remote platform 34 for calls received for the remote worker's identified 
station 12 within office 16 (whether the calls originate within the office or outside of the 
office) and PBX 14 will react based upon instructions from remote office platform 34. 
Obviously, the same mechanism will be utilized for a network-based PBX, where switch 
controller 42 instructs switch 40 to locate PBX switch 14p and function as described 
30 above to hand off all telecommunications traffic destined for the remote worker to remote 
office platform 34. 
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An important feature of the "virtual PBX" arrangement which is particularly 
advantageous when incorporating the mobility aspect of the present is that the remote 
worker's actual location is not necessary for others to know in order reach him at his 
usual office phone number. That is, a caller places a call to the remote worker in the 

5 usual fashion, dialing the office phone number associated with the remote worker (for 
internal calls, abbreviated dialing in terms of a 4 or 5-digit number may be dialed; for 
external calls, the conventional full number is dialed). PBX 14, upon recognition of the 
dialed number, will "hand off the incoming call to remote platform 34 via (for example) 
a CTI link 56 to switch controller 42 (network PBX 14 p utilizing a similar CTI link 56 p ). 

10 The call is then passed to service controller 44 which performs a look-up in database 46 
to determine the "reach" number for the remote worker. As will be discussed in detail 
below, the "reach" number becomes, by default, the worker's mobile number once a 
"remote session" is completed. Once the reach number is obtained, service controller 44 
sends an "incoming call" message to the remote worker's "soft phone" via data network 

15 20. If the remote worker is on another call, they have the option to place the first call on 
hold (such as by "clicking" the "hold" button 62 on soft phone display 60 of FIG. 2) and 
take the second call. In reality, when the "hold" button is activated on display 60, a "hold 
call" message is sent, via data network 20, back to PBX 14 which will, in fact, place the 
first call on "hold" within PBX 14. If there is no answer or a "busy signal" is 

20 encountered at the remote location, remote platform 34 will instruct PBX 14 to forward 
the call to, for example, a voice messaging system (not shown, but may be included 
within service controller 44). Upon being notified that a voice message has been 
recorded, service controller 44 will send an indication to endpoint terminal 38 that a new 
voice message has been received, resulting in "lighting" a voice mail indicator 64 on soft 

25 phone display 60. Obviously, in situations where the endpoint terminal 38 does not 

include a display device, an alternative type of indication (such as a different ring pattern) 
may be used as the indicator. 

The remote worker is also capable of placing outbound calls from endpoint 
terminal 38, where these calls will ultimately be processed by PBX 14. Therefore, the 

30 remote worker may use a speed dialing list, or any other PBX-like feature associated with 
his office station set 12 and stored in database 46 of remote office platform 34. The 
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request to place the call may be initiated by activating, for example, "connect" button 66 
on display 60. The "call connect" message is then sent, via data network 20, to remote 
platform 34. Service controller 44, in turn, tells switch controller 42 to instruct PBX 14 
to place the call. PBX 14 ultimately connects the parties by launching a first call to the 
5 remote worker's station and a second call to the called party number, then bridges the 
calls together. In this "virtual PBX" arrangement, therefore, the remote worker's 
telephone will remain "on hook" for outbound calls until the remote platform calls back 
to bridge the calls together. 

An exemplary "soft phone" display 60 is illustrated in FIG. 2, and illustrates some 
10 of the various PBX station-type functionalities available for the remote worker. In 
accordance with the present invention, a mobile number (designated "MN" in FIG. 1) 
associated with the user is entered into field 70 on soft phone display 60 and will 
3 thereafter be used to control the remote mobility process. That is, once a remote user 

5* ends a session at a remote location such as location 22, a remote mobility process 72 

^ 15 located (for example) on remote office platform 34 will be activated, passing the mobile 
if number from service controller 44 to switch controller 42. In one embodiment, mobility 

% process 72 may be implemented as a Java script applet. However, various other tools 

L. may be used to generate the process controls necessary to provide the remote 

ij functionality. Referring back to FIG. 2, switch controller 42 will then inform PBX 14 to 

2 20 forward all calls to the mobile number (which may be, for example, the remote worker's 

3 cell phone number or reach number associated with any suitable PDA 74). Therefore, 
even though a remote worker ends a particular "virtual PBX" session at location 22, the 
remote worker will remain accessible via the activation of mobility process 72. The 
process will continue to run until the remote worker logs in again, or returns to the office 

25 location. In accordance with one embodiment of the present invention, once a "mobile" 
remote session is active, a check is made to determine if mobile device 74 can support a 
"mobile" soft phone GUI (such as display 76 discussed below in association with FIG. 4). 
If it can, then this display is pushed, via data network 20, to mobile device 74. Voice 
communication between remote office platform 34 and mobile device 74 will be 

30 maintained, in most cases, by a connection between PSTN 1 8 and mobile device 74. 
However, the capability of using IP telephony delivered via data network 20 cannot be 



8 



Chen 1999-0782 



ruled out. Alternatively, a "mobile" soft phone GUI may be implemented as software 
within mobile device 74, where the software is activated upon initiation of the mobile 
session. Broadly speaking, in either embodiment, mobile process 72 of the present 
invention functions to "enable" the GUI of the mobile device (i.e., by "pushing" it across 
5 the data connection or activating the resident software). 

FIG. 3 contains a flowchart 100 illustrating the process steps associated with 
invoking the remote worker mobility system. At an initial step 1 10, a remote worker 
decides to end a particular remote session, for example, when the worker is leaving 
location 22. As the worker terminates, a check is made (step 120) to determine if the 

10 user has entered a mobility number MN (such as in field 70 in display 60 of FIG. 2). 

This number may be stored, for example, in the subscriber's information within database 
46 and then forwarded to mobile process 72 when required. If no mobility information 
has been entered, the session will end in usual fashion (step 130), returning control to 
station set 12 associated with PBX 14. Alternatively, if a mobility number is found, a 

1 5 first check is made to determine if the mobility process is available (step 135). If not, a 
session will be maintained to route calls to the defined mobility number (step 160). If it 
is available, mobility process 72 will be activated (step 140), and a check will be made 
(step 150), as mentioned above, to determine if mobile device 74 associated with the 
particular mobility number includes a display to which the soft phone GUI may be sent 

20 (or, alternatively, this step may be used to send a command to mobile device 74 to 
"activate" its resident GUI software). If a GUI display is not available, the session is 
maintained using voice and DTMF commands, as described below. Alternatively, if the 
display on mobile device 74 supports the soft phone GUI, it will be enabled at device 74 
(block 155) prior to activating the remote session. One aspect of process 72 will be to 

25 monitor the activity of the remote user, in particular, looking for an occasion when the 
user logs back into remote platform 34 (step 170) or returns to a location (e.g., the actual 
office location) which allows for direct access to PBX switch 14, either action resulting 
in "deactivating" the mobile session (step 180). Once a "deactivate mobile session" 
message is received by process 72, the mobility number will be deactivated (step 180) 

30 and a remote session can resume (step 190). Again, once the remote worker terminates a 
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subsequent session, the mobility number may be reactivated (unless and until changed or 

removed by the remote worker). 

FIG. 4 illustrates an exemplary call control display 76 that may be enabled on a 

mobile device 74 by mobility process 72 (either pushed down over data connection 20, or 
5 activated within mobile device 74 via a command received from remote office platform 

34). As shown, display 76 may include a section 78 related to updating and accessing a 

database of stored telephone directory information. A caller ID line 80 is also shown. 

Further a "notice" 81 indicating that voice mail messages have been received since the 

user left the remote location can be displayed, and in accordance with the present 
10 invention, a "soft phone" activation 82 may be used to retrieve the messages. Mobile 

display 76 also includes an area 84 for entering a telephone number being dialed by the 

mobile worker. As with soft phone display 60 discussed above, mobile display 76 can 
CI provide PBX-like capabilities, such as "hold", "transfer" "conference", etc., and may be 

S used with two or more separate voice lines (denoted as display 86). Display area 88 

! If 15 illustrates an exemplary arrangement of soft phone-activated buttons that may be used by 
W the mobile worker to implement the PBX functionality. Thus, if the mobile worker 

ifS desired to put a call in progress on "hold", he can touch "hold" button 90 on display area 

;^ 88. Mobility process 72 recognizes this command, which is sent via data network 20 to 

ill service controller 44, resulting in the transmission of a "hold" command through switch 

% 20 controller 42 to PBX 14. This can be initiated directly upon "log off" from the remote 
O office, or via "log in" from the mobile device while the current mobility process is 

running. 

In accordance with the present invention, when the remote worker's mobile 
access to remote office platform 34 is via a cell phone or any other suitable wireless 

25 device, various speech commands and/or DTMF tones can be utilized to provide call 
control for the various "virtual PBX station" attributes of the present invention. 
Referring to FIG. 5, a mobile remote worker communication device 200 is illustrated as 
in communication with remote office platform 34. Included within database 46 is a 
command database partition 210 that communicates with worker's device 200 via 

30 mobility process 72. Also coupled to mobility process 72 is a voice recognition unit 
(VRU) 220. In accordance with the present invention, the capability of providing 
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"command controls" at communication device 200 requires VRU 210 to be conferenced 
in on the call between device 200 and PBX 14 (via remote office platform 34). 
Therefore, if a remote worker decides to invoke a particular PBX-like "command 
control" function, for example, "transferring" the current call to another extension, 
5 command partition 210 within database 46 will interact with VRU 220 to implement this 
function. In particular, if the worker utters the command "transfer call to extension 
1234", the utterance will be received at VRU 220 via the "conferenced" connection, 
where VRU 220 uses well-known speech recognition techniques to determine the 
particular command. The recognized language is then sent to command partition 210 
10 within database 46 for performing the data look-up and forwarding to service controller 
42. In this embodiment, VRU 220 is illustrating as residing within remote office 
platform 34 and in communication with data network 20. It is to be understood that VRU 

W 220 may also be resident at the office location with PBX 14, in PSTN network and in 

lO communication with network-based PBX 14 p . 

15 In accordance with the present invention, VRU 220 remains in communication 

?A? with mobile device 200 via conference call only when necessary, since the 

communication involves establishing and maintaining a separate communication link. 
Alternatively, VRU 220 can be used in an "off-line" mode in accordance with the present 

W invention to update mobility process 72 (e.g., change the listed mobility number). 

Iq 20 Indeed, the remote worker may modify his mobile "reach number" at will, thus remaining 
in constant communication with the office PBX switch. In this case, VRU 220 is not 
bridged onto a voice path to mobile device 74. When it is necessary to link VRU 220 to 
the voice path, an IP signal from mobile device 74 can be used to conference in VRU 
220, to provide communication with PBX 14 and the remote worker via switch controller 
25 42. 

While the present invention has been described in connection with the illustrated 
embodiments, it will be appreciated and understood that modifications may be made 
without departing from the true spirit and scope of the invention. It is to be understood 
that the particular embodiments shown and described are by way of illustration and in no 
30 way intended to be considered limiting. Therefore, references to details of a particular 
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embodiment are not intended to limit the scope of the claims, which in themselves recite 
only those features regarded as essential to the invention. 
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